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Modular  Implementation  of  Efficient  Self-Checking  Checkers  for  the  Berger  Code 


The  Berger  code  is  the  least  redundant  systematic  code  available  for  detecting 
single  and  multibit  unidirectional  errors  [1].  The  number  of  check  bits,  k,  for  a 
conventional  Berger  code  is  determined  by  the  equation  ■.k  =  \ log2  (1+1)1 , where  I  is  the 
number  of  information  bits.  There  are  two  encoding  schemes,  BO  and  Bl,  used  to  encode 
information  in  conventional  Berger  code.  In  the  BO  encoding  scheme,  the  check  bits  are 
the  binary  representation  of  the  number  of  O’s  in  the  information  vector,  whereas  in  the 
Bl  encoding  scheme,  the  check  bits  are  the  bit  by  bit  complement  of  the  binary 
representation  of  the  number  of  I’s  in  the  information  vector.  If  the  number  of 
information  bits  is  related  to  the  number  of  check  bits  by  the  relationship,  I  =  2*  -  1 ,  then 
the  resulting  code  is  called  the  maximal  length  Berger  code. 

In  this  report,  a  technique  for  designing  efficient  checkers  for  Berger  codes  is 
presented.  Figure  1  shows  the  block  diagram  of  the  checker.  Information  bits  are  passed 
through  the  check  bit  generator.  The  resulting  check  bits  are  then  compared  to  the 
predicted  check  bits  by  a  two-rail  checker.  If  there  is  no  fault  present  in  the  two-rail 
checker  or  the  check  bit  generator,  the  outputs  of  the  checker  are  complementary  (i.e.  01 
or  10),  otherwise  they  are  00  or  1 1.  We  will  focus  only  on  the  implementation  of  the 
check  bit  generator  (CBG)  circuit.  The  CBG  is  designed  assuming  the  Bl  encoding 
scheme  for  non-maximal  length  Berger  codes,  and  the  BO  encoding  scheme  for  maximal 
length  Berger  codes.  The  basic  building  block  of  the  proposed  CBG  is  a  4  input  1  ’s 
counter  [see  Figure  2].  This  4-input  1  ’s  counter  receives  four  inputs  and  generates  at  its 
three  output  bits  the  binary  representation  of  the  number  of  I’s  in  the  four  input  bits. 

Two  other  types  of  1  ’s  counters,  having  2  and  3  inputs,  are  used  to  realize 
checkers  for  variable  length  information  bits.  Figure  3  shows  the  schematics  of  these 
counters.  A  I’s  counter  of  any  size  can  be  constructed  from  the  basic  counters.  For 
example,  a  5  input  I’s  counter  can  be  constructed  from  a  3  input  I’s  counter,  a  2  input  I’s 
counter  and  a  standard  2-bit  adder. 

A  CBG  is  implemented  with  two  1  ’s  counters  and  an  addition  array.  The 
information  bits  are  partitioned  into  two  blocks  f  and  .  The  T  block  contains  T I/21  bits 
and  the  T*  block  contains  I-  f  I/21  bits.  The  size  of  the  I’s  counters  needed  to  implement  a 
CBG  depends  on  the  number  of  bits  in  blocks,  h  and  h* .  If  the  number  of  information  bits 
in  a  block  are  4  or  fewer,  an  appropriate  I’s  counter  (  shown  in  Figs.  2,  3(a)  and  3(b))  in 
conjunction  with  the  appropriate  addition  array  are  used  to  complete  a  design.  However, 
if  the  number  of  bits  in  a  block  is  greater  than  4,  the  block  is  partitioned  into  sub-blocks. 
The  partitioning  process  is  continued  until  a  sub-block  can  be  implemented  with  a  pre¬ 
designed  I’s  counter  and  an  addition  array.  The  counter  corresponding  to  a  sub-block  is 
used  as  a  building  block  to  implement  larger  size  I’s  counters.  The  number  of  I’s  in 
blocks  hand  h*  derived  by  partitioning  I  information  bits  is  represented  by  vectors  r  and 
r*,  respectively.  The  number  of  bits  in  r  and  r*  is  log2  ( [1/21  +1)  and  log2  (( I-  [1/21 )  +1), 
respectively.  The  check  bits,  A: ,  for  I  information  bits  is  the  sum  of  r  and  r*,  and  is 
derived  by  adding  two  bits  at  a  time  as  shown  below; 
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If  there  are  2"  (where  n  is  an  integer)  inputs  to  a  block,  the  block  produces  a  vector 
r  (or  r*)  whose  most  significant  bit  is  considered  to  be  a  special  most  significant  bit 
(SMSB).  If  the  SMSB  of  r  or  r*  is  1 ,  it  is  the  only  ‘  1  ’  present  in  the  vector,  and  a  carry  is 
not  produced  when  r  and  r*  are  added. 

To  illustrate,  let  us  assume: 

1=7; 

then  Ir  =  4;  and  T*  =3; 

length  of  r:  3  bits  =>  Y2  ri  ro 

length  of  r*:  2  bits  r*i  r*o 

If  a  vector  consisting  of  all  I’s  is  present  at  the  inputs  to  the  4  input  counter  ( T  = 
4),  the  most  significant  bit  of  r,  i.e.  X2,  will  be  1  and  ri  and  ro  will  be  0.  Irrespective  of  the 
values  of  r*i  and  r*o,  summing  them  with  ri  and  ro  will  never  produce  a  carry. 

The  two  least  significant  bits  of  vectors  r  and  r*  (i.e.  ro,r*o,ri,  and  r*i)  are  grouped 
together  in  a  set  called  a  primary  group.  A  2-bit  adder  is  used  to  sum  these  bits.  The 
outputs  of  the  adder  become  the  least  significant  check  bits,  i.e.  k\  and  Uq.  The  carry-out 
generated  during  this  addition  generally  propagates  to  a  secondary  group.  In  some  cases, 
the  carry  becomes  the  check  bit  ki.  To  illustrate,  let  us  assume: 

I  =>  10110.  Ir  =>101;  If*  =>  10;  therefore,  r  =>  rj  ro  =  10;  r*  =>  r*i  r*o  =  01. 

The  check  bits,  k,  are  obtained  by  adding  r  and  r*  as  shown  in  Figure  4.  The 
special  2-bit  adder  is  a  derivative  of  the  standard  2-bit  adder  used  in  all  other  CBG 
designs  (Figure  5(a)).  Since  rir*i  =  11  does  not  occur  in  a  CBG  design  for  (I,k)  =  (5,3), 
gates  with  bits  rir*i  in  Figure  5(a)  are  discarded  to  form  the  special  2-bit  adder  (Figure 
5(b)).  The  special  2-bit  adder  is  used  in  a  sub-block  which  has  five  information  bits. 
Otherwise,  as  a  default,  the  standard  2-bit  adder  is  used  to  sum  the  bits  in  the  primary 
grouping. 

A  secondary  group,  unlike  the  primary  group,  may  contain  as  many  as  4  bits  or  as 
few  as  1  bit.  Maximal  length  information  bits  ( I  =  {7,15,31,....})  will  result  in  an  odd 
number  of  bits  in  the  secondary  group  whereas  non-maximal  length  information  bits  will 
result  in  an  even  number  of  bits.  The  type  of  adder  to  be  used  to  sum  the  bits  of  the 
secondary  group  is  dependent  not  only  upon  the  number  of  bits  in  the  secondary  group 
but  also  whether  or  not  the  most  significant  bit  of  r  (or  r*)  is  a  SMSB.  When  the 
information  bits  is  non-maximal,  the  most  significant  bit  of  r  (or  r*)  may  or  may  not  be  a 
SMSB.  However,  the  most  significant  bit  of  r  is  always  a  SMSB  if  the  information  bits 
are  maximal. 
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We  will  consider  several  cases  with  different  numbers  of  bits  in  the  secondary 
group.  For  simplicity,  only  a  single  secondary  group  will  be  considered. 

*  ''v/ 

Case  1;  One  bit  in  the  secondary  group. 


ri  ro 
r*i  r*o 


k2  k\  ko 

Note  that  this  case  results  only  when  1=7;  therefore,  r2  is  a  SMSB.  The  carry 
circuit  of  the  standard  2-bit  adder  (Figure  5(a))  is  modified  to  accommodate  r2  and  is 
shown  in  Figure  7.  The  sum  circuit  of  the  modified  2-bit  adder  is  the  same  as  that  of  the 
standard  2-bit  adder.  The  CBG  block  diagram  for  (I,A:)  =  (7,3)  is  shown  in  Figure  6.  To 
illustrate,  let  us  assume: 

I  1111101;  Ir=>  nil;  If*  101;  therefore, 
r=100;r*  =  10;^=110. 


Cp 

r2 


Case  2:  Two  bits  in  the  secondary  group. 


Cp 

r2 

ri  ro 

r*2 

r*i  r*o 

j 

1 

k\  ko 

If  bits,  r2  and  r*2,  are  SMSB’s[Figure  8],  a  Type  I  adder  is  used  to  generate  check 
bits,  ^3  and  ki.  Otherwise,  a  full  adder  is  used.  Figures  9  and  10  show  the  realizations  of 
the  Type  I  adder  and  the  full  adder,  respectively. 

Let  us  illustrate  Case  2  by  designing  a  CBG  for  (I, A:)  =  (1 1,4): 

Ir  =  6  ([1/21 )  bits  and  L*  =  5  ( I-  [1/2] )  bits;  therefore  r  =  r2  ri  ro;  r*  =  r*2  r*i  r*o; 
and  k=  kiki  ki  ko. 


The  implementation  of  the  CBG  for  (l,k)  =  (1 1,4)  is  shown  in  Figure  11.  Note  that 
neither  r2  nor  r*2  is  a  SMSB;  therefore  a  full  adder,  rather  than  a  Type  I  adder  is  used  to 
sum  the  bits  in  the  secondary  group. 
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Case  3:  Three  bits  in  the  secondary  group. 
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This  case  results  only  when  I  =  15;  therefore,  r3  is  a  SMSB[see  Figure  12].  The 
full  adder’s  carry  circuit  is  modified  to  generate  check  bit  k^.  The  modification  of  the  full 
adder’s  carry  circuit  is  shown  in  Figure  13. 

Case  4:  Four  bits  in  the  secondary  group. 

Cp 

ra  r2  ri  ro 
r*3  r*2  r*i  r*o 


k4  kz  k2  k\  ko 

If  both  bits,  ra  and  r*a  are  SMSB’s,  then  a  Type  II  adder  is  used[  Figure  14]. 
Otherwise,  a  parallel  2-bit  adder  is  used[  Figure  15].  The  circuit  realization  of  the  Type  11 
adder  is  shown  in  Figure  16.  The  parallel  2-bit  adder  consists  of  two  2-bit  adders;  and 
three  2-to-l  multiplexers;  with  one  of  the  adders  assuming  a  carry-in  of  1.  The  select  lines 
of  the  multiplexers  are  driven  by  the  carry-out  of  the  primary  group.  For  instance,  the 
outputs  of  the  2-bit  adder  (with  Cp  =  1)  is  chosen  when  the  primary  group  produces  a 
carry-out  of  1.  The  block  diagram  of  the  parallel  2-bit  adder  and  the  realization  of  the  2- 
bit  adder  (with  Cp  =  1)  used  in  the  parallel  2-bit  adder  are  shown  in  Figures  17  and  18, 
respectively. 

If  a  secondary  group  has  4  bits,  it  is  treated  as  a  primary  group.  The  selection  of 
adder  modules  needed  to  add  bits  in  subsequent  secondary  groups  is  chosen  using  the 
same  guidelines  described  in  Cases  1  -  Case  4.  However,  two  special  cases  may  arise 
when  more  than  one  secondary  group  are  considered: 

Case  5:  One  bit  in  the  secondary  group2. 


Cs 

r4 

ra  r2 

ri  ro 

r*a  r*2: 

r*i  r*o 

k^ 

ka  k2 

k\  ko 

In  this  case,  the  parallel  2-bit  adder  configuration  is  modified  to  accommodate  the 
SMSB,  r4.  In  the  parallel  2-bit  adder[Figure  17],  the  standard  2-bit  adder  is  replaced  by 
the  modified  2-bit  adder  discussed  previously  in  Case  1 .  Bit,  r4,  becomes  an  input  to  the 
modified  2-bit  adder. 
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Case  6:  Two  bits  ( both  of  which  are  SMSB’s)  in  the  secondary  group2. 
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Since  t,  and  r*4  are  SMSB’s,  a  Type  III  adder  [Figure  19]  is  used  to  806™^ 
check  bds T and  k,  Note  that  in  this  case,  carries,  C.  and  C.,  generated  by  Parc  el  2- 
"propagate  to  the  subseguen.  seconda^ 
in  Case  2  requires  the  full  adder  to  sum  bits  Cs,  r4,  and  4  g 
diagram  of  the  CBG  design  for  (I,^)  =  (32,6). 
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Figure  15 
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Figure  19 


